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Application No.: 09/730,774 Docket No.: M4065.0405/P405 

Please amend the Specification as follows: 

Please replace the paragraph spanning page 15, line 21 to page 16, line 2 with the 
following paragraph : 



Thus, the same configuration information must exist in both the satellite device and 
the link hub. One method of distributing configuration information in a hub based 
architecture is described in co -pending application no. — application no. 09/730,608 , 
entitled "Link Bus for a Hub Based Computer Architecture^" (Attorney Docket No. 
M 4 06 5 .0366/P366), which is hereby incorporated by reference in its entirety. 

Please replace the paragraph spanning page 18, line 17 to page 19, line 11 with the 
following paragraph: _ 



Once the signals are transmitted onto the link bus, another device may receive the 
signals in accordance with the link bus protocol. Referring now to FIG. 7, the timing of 
the receipt of the link bus command/address/data L_CAD and source strobed clock 
signals L_STB, L_STB_N is now described. The target device will receive the L_CAD and 
strobes L_STB, L_STB_N after some delay. The received information should then be 
synchronized back into the IX clock domain. For each strobe of the source strobed clock 
signals L_STB, L_STB_N, there is an A, B, C and D latch or flip-flop in the target I/O 
macro. L_CAD information is clocked into each flip-flop as CAD information in a ping- 
pong fashion so that timing may be met. The CAD is then transmitted to the IX clock 
domain in the I/O macro by assembling each of the data in the A, B, C, D flops into a 
wider data path in accordance with rules that will meet timing requirements between the 
strobe domain and the IX clock domain. Once in the IX clock domain, the CAD is 
available to the target's core logic. An example of the I/O macros and core logic that may 

be used by the invention is described in co-pending application no. application no. 

09/730,775 , entitled "Method Of Detecting A Source Strobe Event Using Change 
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Application No.: 09/730,774 Docket No.: M4065.0405/P405 

Detection," (Attorney Docket No. M 4 065.0 4 03/P 4 03), which is hereby incorporated by 
reference in its entirety. 



Please replace the paragraph spanning page 28, line 15 to page 29, line 9 with the 
following paragraph: 



Each device connected to a particular the link bus is given the opportunity to 
arbitrate for the link bus. Typically, when a source strobed bus is used, one device (e.g., 
memory controller) always serves as the bus master, while the other device (e.g., memory 
device) always serves as the bus slave. In the present invention, however, either device can 
serve as the master. In one exemplary embodiment of the invention, the link bus follows a 
round-robin arbitration method. Due to the split- transaction nature of the link bus, both 
devices must have a fair opportunity to access the link bus to prevent deadlocks. There is 
no central arbitration point which decides who is granted the bus. Instead, the arbitration 
is decentralized with each device observing certain state information to decide which of the 
devices is the bus master. A device that is not currendy the bus master (i.e., the target) may 
request to become a bus master by time multiplexing an arbitration request on the link 
status signal L_ST. The arbitration protocol allows bus parking, and back-to-back transfers 
to minimize latencies and improve performance. The arbitration of the bus is distributed 
between the two Link entities, as is described in co-pending application no. — application 
no. 09/730,780 . entitled "Arbitration Method for a Source Strobed Bus," (Attorney 
Docket No. M 4 065.0 4 0 4 /P 4 0 4 ), which is hereby incorporated by reference in its entirety. 
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